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(54) Method for implementing various functions including access control in a gigabit ethernet 
passive optical network system 



(57) A GE-PON (Gigabit Ethernet-Passive Optical 
Network) system is provided that configures upstream 
and downstream frames on the basis of a variable- 
length Ethernet frame. The GE-PON system employs 
TDM (Time Division Multiplexing) for upstream packet 
transmission in a tree structure for a point-to-multipoint 
connection. A structure of a frame format is also provid- 
ed that is capable of effectively accommodating Gigabit 
Ethernet traffic in the GE-PON system and a method is 
provided for implementing various functions such as in- 
itial ONU registration, late ONU registration, ranging, 
and dynamic bandwidth allocation in the GE-PON sys- 
tem. 
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Description 

[0001] The present invention relates to a passive op- 
tical network, and more particularly to a method for im- 
plementing various functions in a Gigabit Ethernet-Pas- 5 
sive Optical Network (GE-PON) system and a structure 
of an Ethernet frame employed in same. 
[0002] To configure an optical subscriber network 
from a central office to a building or general home, a 
variety of network architectures such as an x-Digital 
Subscriber Line (xDSL), Hybrid Fiber Coax (HFC), Fiber 
To The Building (FTTB), Fiber To The Curb (FTTB), Fib- 
er To The Home (FTTH), etc. have been proposed. 
Among these network architectures, an FTTx (x = B, C 
or H) can be divided into an active FTTx based on a 
configuration of an AON (Active Optical Network) and a 
passive FTTx based on a configuration of a PON (Pas- 
sive Optical Network). Because the PON is a network 
configuration having a point-to-multipoint topology, it is 
considered to be an optical subscriber network, which 
will be economical in the future. 
[0003] The PON is the optical subscriber network 
forming a distributed topology having a tree structure in 
which one Optical Line Termination (OLT) and a plurality 
of Optical Network Units (ONU) are coupled via a "1 x 
N" passive optical splitter. Recently, in an International 
Telecommunication Union - Telecommunication section 
(ITU-T) standard, an Asynchronous Transfer Mode- 
Passive Optical Network (ATM- PON) system based on 
a point-to-multipoint connection has been defined in 
documents relating to an ITU-T G.982, ITU-T G.983.1 
and ITU-T G.983.3. Further, standardization for a 
GE-PON system based on a point-to-multipoint connec- 
tion is in progress in Institute of Electrical and Electron- 
ics Engineers (IEEE) 802.3ah TF. 
[0004] The Gigabit Ethernet based on the point-to- 
point connection and a technology associated with a 
Medium Access Control (MAC) for the ATM-PON based 
on the point-to-multipoint con nection have already been 
standardized, see IEEE 802.3z and ITU-T G.983.1 . For 
example, U.S. Pat. No. 5,978,374, entitled "PROTO- 
COL FOR DATA COMMUNICATION OVER A 
POINT-TO-MULTIPOINT PASSIVE OPTICAL NET- 
WORK", issued November 2, 1999, to Ghaibeh, et al. 
discloses the technology associated with the MAC for 
the ATM-PON in detail. 

[0005] A structure of a standard frame for the Gigabit 
Ethernet based on the conventional point-to-point con- 
nection standardized is shown in FIG. 1. A schematic 
configuration of a standardized ATM-PON system is 
shown in FIG. 2. In the standardized Gigabit Ethernet 
based on the point-to-point connection, various func- 
tions are not defined that are required in a PON system 
based on the point-to-multipoint connection. The 
ATM-PON has been standardized for the first time as a 
form of the PON based on the point-to-muitipoint con- 
nection. 

[0006] As shown in FIG. 2, the standard ATM-PON 



system includes one OLT 10, that is located at the root 
of a tree structure and that provides subscribers of an 
access network with information. The OLT 10 is coupled 
to an ODN Optical Distribution Network (ODN) 16 hav- 
ing a tree topology. The ODN 1 6 acts to distribute down- 
stream data frames received from the OLT 1 0 and mul- 
tiplexes upstream data frames to transmit the multi- 
plexed data frames to the OLT 1 0. A plurality of ONUs 
12a, 12b and 12c receive the downstream data frames 
from the ODN 16 to provide termination users 14a, 14b 
and 1 4c with the received downstream data frames. The 
ONUs 12a, 12b and 12c transmit the upstream data 
frames from the termination users 14a, 14b and 1 4c to 
the ODN 16. in FIG. 2, the termination users 14a, 14b 
and 14c include a variety of termination devices, which 
can be used in the PON including a Network Terminal 
(NT). 

[0007] The ATM-PON system as shown in FIG. 2 per- 
forms downstream or upstream packet transmission of 
ATM cells in the form of a frame having a constant size 
of 53 bytes. In the PON having the tree structure shown 
in FIG. 2, the OLT 1 0 inserts downstream ATM cells into 
downstream frames to be distributed to the ONUs 12a, 
1 2b and 1 2c. In the upstream transmission, the OLT 1 0 
accesses upstream data received from the ONUs 12a, 
12b and 12c on the basis of Time Division Multiplexing 
(TDM). At this time, the ODN 1 6 connected between the 
OLT 10 and the ONUs 12a, 12b and 12c is a passive 
device. Accordingly, the OLT 1 0 avoids causing data col- 
lision in the passive device of the ODN 1 6 by employing 
a virtual distance correction using a ranging algorithm. 
Further, when the OLT 10 transmits downstream data 
to the ONUs 12a, 12b and 12c, the OLT 10 and the 
ONUs 12a, 12b and 12c exchange a secret encryption 
key for security and an Operations, Administration and 
Maintenance (OAM) message. A corresponding data 
field is provided within a dedicated or general ATM cell 
of an upstream/downstream frame so that the OAM 
message can be exchanged at a predetermined time in- 
terval. 

[0008] As described above, the ATM-PON system 
configures upstream and downstream frames on the ba- 
sis of a constant size ATM cell. The ATM-PON system 
employs TDM for upstream packet transmission in a 
tree structure for a point-to-multipoint connection. 
[0009] As Internet techniques have evolved, sub- 
scriber sides have needed greater bandwidth, and, for 
this reason, a Gigabit Ethernet system is preferred over 
an ATM system. In order to obtain greater bandwidth, 
relatively costly equipment is needed in an ATM system 
and only provides limited bandwidth improvement (e.g., 
622Mbps). Further, an ATM system must segment IP 
(Internet Protocol) packets. By contrast, relatively inex- 
pensive equipment can be employed in a Gigabit Eth- 
ernet system and higher bandwidth (e.g., 1Gbps) can 
be provided for end-to-end transmission. Accordingly, 
the Gigabit Ethernet system is preferred over the ATM 
system for the PON architecture of a subscriber net- 
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work. 

[001 0] In the Gigabit Ethernet, a MAC protocol based 
on point-to-point connection and a collision avoidance 
scheme have been standardized and a MAC controller 
chip is commonly used. However, standardization for a s 
GE-PON architecture including the MAC protocol is cur- 
rently in progress. Further, the point-to-multipoint con- 
nection is not implemented by the GE-PON and a format 
for a frame to be used between an OLT and an ONU in 
the GE-PON has not been defined. 
[001 1 ] Therefore, the present invention has been de- 
veloped in view of the above needs, and it is an object 
of the present invention to provide a method for imple- 
menting various functions in a GE-PON system. 
[001 2] It is one aspect of the present invention to pro- 
vide a frame format capable of effectively accommodat- 
ing Gigabit Ethernet traffic in a GE-PON system. 
[0013] It is another aspect of the present invention to 
provide a method for implementing various functions 
such as initial ONU registration, late ONU registration, 
ranging, and dynamic bandwidth allocation in a 
GE-PON system. 

[001 4] It is yet another aspect of the present invention 
to provide a frame format capable of accommodating all 
types of layer-2 traffic such as the Ethernet, an ATM, 
etc. in a GE-PON system. 

[0015] In accordance with one aspect of the present 
invention, the above object can be accomplished by the 
provision of a method for implementing various func- 
tions in a GE-PON system comprising an OLT, an ODN 
having an optical splitter as a passive device, and a plu- 
rality of ONUs, the method comprising the steps of: 

a) allowing the OLT to periodically transmit a syn- 
chronous signal to each of the plurality ONUs after 
initial drive such that each ONU is synchronized 
with the OLT in response to the synchronous signal 
periodically transmitted; 

b) allowing the ONU synchronized with the OLT to 
identify a transmission start time of an initial regis- 
tration request frame and a transmission time 
length included in a grant frame and allowing the 
ONU to transmit the initial registration request 
frame to the OLT after a random delay in order to 
avoid collision of initial registration request frames 
transmitted from the ONUs at the transmission time 
of the initial registration request frame; 

c) allowing the OLT receiving the initial registration 
request frame to calculate a difference between a 
predicted frame arrival time and a real frame arrival 
time, the predicted frame arrival time being predict- 
ed from the transmission start time of the initial reg- 
istration request frame indicated in the grant frame 
and allowing the OLT to calculate Round Trip Time 
(RTT) using a random delay value; and 

d) allowing the OLT to register the ONU requesting 
an ONU registration in an ONU list after calculating 
the RTT, give a new ONU ID to the ONU, and trans- 
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mit a registration response frame including the new 
ONU ID and the RTT to the ONU requesting the 
ONU registration. 

[0016] In accordance with another aspect of the 
present invention, a method is provided for implement- 
ing various functions in a GE-PON system comprising 
an OLT, an ODN having an optical splitter as a passive 
device, and a plurality of ONUs, the method comprising 
the steps of: 

a) allowing the OLT and ONUs in synchronization 
with the OLT on the basis of synchronous signals to 
transmit and receive data; 

b) allowing at least one ONU, newly driven among 
the ONUs, to be synchronized with a synchronous 
signal of downstream transmission; 

c) allowing the ONU in synchronization with the syn- 
chronous signal to identify a transmission start time 
of a late registration request frame and a transmis- 
sion time length included in a grant frame and to 
transmit the late registration request frame to the 
OLT at a transmission time of the late registration 
request frame; 

d) allowing the OLT receiving the late registration 
request frame to calculate a difference between a 
predicted frame arrival time and a real frame arrival 
time, the predicted frame arrival time being predict- 
ed from the transmission start time of the late reg- 
istration request frame indicated in the grant frame 
and allowing the OLT to calculate an RTT using a 
random delay value; and 

e) allowing the OLT to register the ONU requesting 
a late ONU registration in an ONU list after calcu- 
lating the RTT, give a new ONU ID to the ONU, and 
transmit a registration response frame including the 
new ONU ID and the RTT to the ONU requesting 
the late ONU registration. 

[0017] In accordance with another aspect of the 
present invention, a method is provided for implement- 
ing various functions in a GE-PON system comprising 
an OLT, an ODN having an optical splitter as a passive 
device, and a plurality of ONUs, the method comprising 
the steps of: 

a) allowing the OLT to transmit grant frames to the 
ONUs in order to correct an error caused by an ex- 
ternal variation, each grant frame including informa- 
tion relating to an ID of an ONU having a ranging 
opportunity, a grant start time and a grant time 
length; 

b) allowing the ONU receiving the grant frame to 
transmit a ranging request frame to the OLT at a 
next ranging grant start time; and 

c) allowing the OLT receiving the ranging request 
frame to calculate an error using a difference be- 
tween a predicted frame arrival time and a real 



15 



20 



25 



30 



35 



40 



45 



50 



5 



EP1 330 077A1 



6 



frame arrival time, the predicted frame arrival time 
being predicted from the transmission start time of 
the ranging request frame indicated in the grant 
frame and allowing the OLT to transmit the ranging 
response frame including an error correction value s 
based on the calculated error to the ONU request- 
ing ranging. 

[0018] In accordance with yet another aspect of the 
present invention, a method is provided for implement- 
ing various functions in a GE-PON system comprising 
an OLT, an ODN having an optical splitter as a passive 
device, and a plurality of ONUs, the method comprising 
the steps of: 

a) allowing the OLT to transmit grant frames to the 
ONUs in order to grant a bandwidth allocation re- 
quest, each grant frame including information relat- 
ing to the number of registered ONUs, an ID of an 
ONU having a bandwidth request opportunity, a pe- 
riodic ranging correction value, a grant time offset 
and a transmission time length; 

b) allowing the ONU receiving the grant frame to 
transmit a bandwidth allocation request frame in- 
cluding information relating to a size of buffers on 
transmission standby at a next bandwidth allocation 
request time to the OLT; and 

c) after transmitting the bandwidth allocation re- 
quest frame, allowing the ONU receiving the grant 
frame to transmit data on the transmission standby 
for the transmission time length on the basis of the 
transmission time length information to the OLT. 

[0019] The above object, features and other advan- 
tages of the present invention can be more clearly un- 
derstood from the following detailed description taken 
in conjunction with the accompanying drawings, in 
which: 

FIG. 1 is a view showing a structure of a standard 
frame in Gigabit Ethernet; 
FIG. 2 is a view showing a configuration of an 
ATM-PON (Asynchronous Transfer Mode-Passive 
Optical Network) system; 

FIG. 3 is a view showing a configuration of a 
GE-PON (Gigabit Ethernet-Passive Optical Net- 
work) system in accordance with the present inven- 
tion; 

FIG. 4 is a view showing a configuration of a varia- 
ble-length Ethernet frame as a basic form of data to 
be transmitted and received between an OLT (Op- 
tical Line Termination) and a plurality of ONUs (Op- 
tical Network Units) in a GE-PON system in accord- 
ance with the present invention; 
FIG. 5 is a view showing a configuration of a packet 
format where the type of packet corresponds to an 
Ethernet PDU (Packet Data Unit); 
FIG. 6 is a view showing a configuration of a packet 
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format where the type of packet corresponds to an 
ATM-PDU; 

FIG. 7 is a view showing a configuration of a format 
of a registration request frame for an ONU registra- 
tion request among the PON-function control 
frames; 

FIG. 8 is a view showing a configuration of a format 
of a registration response frame for an ONU regis- 
tration response among the PON-function control 
frames; 

FIG. 9 is a view showing a configuration of a format 
of a ranging request frame for a ranging request 
among the PON-function control frames; 
FIG. 1 0 is a view showing a configuration of a format 
of a ranging response frame for a ranging response 
among the PON-function control frames; 
FIG. 11 is a view showing a configuration of a format 
of a bandwidth allocation request frame for a band- 
width allocation request among the PON-function 
control frames; 

FIG. 1 2 is a view showing a configuration of a format 
of a frame to be used for granting an opportunity to 
transmit upstream data among the PON-function 
control frames; 

FIG. 1 3 is a view showing a configuration of a format 
of an OAM (Operations, Administration and Main- 
tenance) frame among the PON-function control 
frames; 

FIG. 14 is a view explaining an initial ONU registra- 
tion procedure; 

FIG. 15 is a view explaining aprocedure for correct- 
ing a synchronous error due to upstream and down- 
stream transmission delays using a round trip time; 
FIG. 1 6 is a view explaining a late ONU registration 
procedure; 

FIG. 17 is a view explaining an initial ranging pro- 
cedure; and 

FIG. 18 is a view explaining a dynamic bandwidth 
allocation procedure. 

[0020] Now, preferred embodiments of the present in- 
vention are described in detail with reference to the 
drawings. In the drawings, the same or similar elements 
are denoted by the same reference numerals even 
though they are depicted in different drawings. Further, 
in the following detailed description of the present inven- 
tion, a detailed description of known functions and con- 
figurations incorporated herein will be omitted when 
such a discussion is not necessary to the description of 
the present invention. 

[0021] FIG. 3 is a view schematically showing a con- 
figuration of a GE-PON system in accordance with the 
present invention. 

[0022] The GE-PON system shown in FIG. 3 compris- 
es an OLT 20, an ODN 26 having an optical splitter as 
a passive device, ONUs 22a, 22b and 22c, and termi- 
nation users 24a, 24b and 24c. A connection structure 
between components included in the GE-PON system 
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shown in FIG. 3 is similar to that between components 
included in the ATM-PON system shown in FIG. 2. The 
GE-PON system shown in FIG. 3 can include one OLT 
20 and a maximum of 32 number of ONUs in a tree struc- 
ture. Here, the maximum of 32 ONUs is determined on 
the basis of a distance and power budget analysis be- 
tween the OLT 20 and respective ONUs. The ONUs 22a f 
22b and 22c are installed within an Optical Fiber Distri- 
bution Housing (OFDH) at a building and apartment 
complex or near to an entrance of an independent hous- 
ing development, if necessary. The ONUs 22a, 22b and 
22c provide various services such as ADSL (Asynchro- 
nous Digital Subscriber Line) services. The OLT 20 re- 
ceives data from a backbone network. Further, the OLT 
20 distributes the received data to the ONUs 22a, 22b 
and 22c through the ODN 26 or accesses data transmit- 
ted from the ONUs 22a, 22b and 22c on the basis of 
TDM. The present invention is designed so that the OLT 
20 basically performs a layer-2 switching function for a 
MAC hardware address and the ONUs 22a, 22b and 22c 
perform layer-2 and layer-3 Internet protocol switch/ 
router functions. 

[0023] The GE-PON system shown in FIG. 3 ensures 
QoS (Quality of Services) of upstream/downstream data 
and appropriately maintains a constant level in a PON 
architecture. The GE-PON system encodes data so that 
an ONU 22j (j is a, b or c as a natural number and i*j) 
cannot read data directed to a particular ONU 22i, i.e., 
one ONU cannot read data directed to another ONU. 
The GE-PON system performs an OAM function so that 
data between the OLT 20 and the ONUs 22a, 22b and 
22c can be transmitted when a physical error is caused 
on communication. After a packet passes through the 
ODN 26, distances between the OLT 20 and the respec- 
tive ONUs 22a, 22b and 22c can be different. Accord- 
ingly, the GE-PON system performs a ranging function 
for setting virtual distances as equal between the OLT 
20 and the ONUs 22a, 22b and 22c so that data collision 
is not caused in the ODN 26 when upstream packets 
are transmitted. 

[0024] As shown in FIG. 3, the GE-PON system basi- 
cally configures upstream and downstream frames as 
variable-length Ethernet frames. The GE-PON system 
employs TDM for upstream transmission on the basis 
of a tree structure of a point-to-multipoint connection. In 
this embodiment, a structure of a format is employed for 
a variable-length Ethernet frame capable of effectively 
accommodating Gigabit Ethernet traffic in the GE-PON 
system. The GE-PON system performs various func- 
tions relating to the variable-length Ethernet frames, i. 
e., initial ONU registration, late ONU registration, rang- 
ing, and dynamic bandwidth allocation. 
[0025] First, the structure of the format of the variable- 
length Ethernet frame is described in detail with refer- 
ence to FIGs. 4 to 1 3. Those skilled in the art will appre- 
ciate that various modifications, additions and substitu- 
tions for respective field names and positions in the var- 
iable-length Ethernet frame are possible. 



[0026] FIG. 4 is a view showing a configuration of the 
variable-length Ethernet frame comprising the format of 
the data to be transmitted and received between the 
OLT 20 and the ONUs 22a, 22b and 22c in the GE-PON 
5 system in accordance with the present invention. As 
shown in FIG. 4, the variable-length Ethernet frame 
comprises a 1-byte SOP (Start Of Packet) field 30, a 
2-bit packet type field 32, a PON header content field 
34 and a PDU (Packet Data Unit) field 36. The SOP field 
*0 30 is a field in which SOP information is recorded that 
indicates a start of a packet. The packet type field 32 is 
a field in which information necessary for identifying the 
type of packet is recorded. The PON header content 
field 34 is a field in which PON header contents are re- 
's corded according to the type of the packet. The PDU 
field 36 is a field in which packet data is recorded ac- 
cording to the type of the packet. 
[0027] In this embodiment, the type of packet com- 
prises an Ethernet PDU packet, an ATM-PDU packet, a 
20 PON dedicated packet for accommodating PON func- 
tions, etc. 

[0028] FIG. 5 is a view showing a packet format where 
the type of packet corresponds to an Ethernet PDU. Re- 
ferring to FIG. 5, an Ethernet data frame includes an 

25 SOP field 40 and a packet type field 41 where the type 
of packet corresponds to the Ethernet PDU. The Ether- 
net data frame comprises the PON header content field 
34 and an Ethernet PDU field 46. The PON header con- 
tent field 34 includes a 6-bit null data field 42, a 1-byte 

30 ONU ID field 43, a 2-byte length field 44 and a 2-byte 
HCS (Head Check Sum) field 45. As shown in FIG. 5, 
two bits "00" are recorded in the packet type field 41 of 
the Ethernet data frame where the type of packet corre- 
sponds to the Ethernet PDU . When the OLT 20 transmits 

35 a downstream packet, an ONU ID indicating the desti- 
nation of the packet is recorded in the ONU ID field 43 
included in the PON header content field 34. When the 
ONUs 22a, 22b and 22c transmit upstream packets, an 
ONU ID indicating the source of each packet is recorded 

40 in the ONU ID field 43 shown in FIG. 5. Total length in- 
formation including an Ethernet PDU length and a head- 
er length is recorded in the length field 44. One byte for 
CRC (Cyclic Redundancy Check) is recorded in the 
HCS field 45 so that a header error, except for the Eth- 

45 ernet PDU field 46, can be checked. 

[0029] FIG. 6 is a view showing a packet format where 
the type of packet corresponds to an ATM-PDU. Refer- 
ring to FIG. 6, an ATM data frame comprises an SOP 
field 50 and a packet type field 51 where the type of 

so packet is the ATM-PDU. The ATM data frame comprises 
the PON header content field 34 and an ATM-PDU field 
56. The PON header content field 34 comprises a 6-bit 
null data field 52, a 1-byte ONU ID field 53, a 2-byte 
length field 54 and a 2-byte HCS field 55. As shown in 

55 FIG. 6, two bits °01 " are recorded in the packet type field 
51 of the ATM data frame where the type of packet cor- 
responds to the ATM-PDU. When the OLT 20 transmits 
a downstream packet, an ONU ID indicating the desti- 
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nation of the packet is recorded in the ONU ID field 53 
included in the PON header content field 34. When the 
ONUs 22a, 22b and 22c transmit upstream packets, an 
ONU ID indicating the source of each packet is recorded 
in the ONU ID field 53 shown in FIG. 6. Total length in- 
formation including an ATM-PDU length and a header 
length is recorded in the length field 54. One byte for 
CRC (Cyclic Redundancy Check) is recorded in the 
HCS field 55 so that a header error, except for the 
ATM-PDU field 56, can be checked. 
[0030] In accordance with an embodiment of the 
present invention, the type of packet necessary for per- 
forming PON functions on the basis of a point-to- 
multipoint connection between the OLT 20 and the 
ONUs 22a, 22b and 22c is the PON dedicated packet, 
in this embodiment of the present invention, various 
functions to be implemented in the GE-PON system for 
supporting the point-to-multipoint connection comprise 
initial ONU registration, late ONU registration, ranging, 
and dynamic bandwidth allocation. Packets needed for 
performing the PON functions have frame formats 
(hereinafter, referred to as PON-function control frames) 
shown In FIGs. 7 to 1 0. Two bits "11" indicating the type 
of packet are recorded in packet type fields 61 , 71 , 81 
and 91 within the PON-function control frames. 
[0031] Next, the PON-function control frames are de- 
scribed in detail with reference to FIGs. 7 to 1 0. It should 
be understood that the PON-function control frames 
shown in FIGs. 7 to 10 do not include the Ethernet PDU 
field contained in the Ethernet data frame shown in FIG. 
5 and the ATM-PDU field contained in the ATM data 
frame shown in FIG. 6. 

[0032] FIG. 7 is a view showing a format of a registra- 
tion request frame for an ONU registration request 
among the PON-function control frames. The registra- 
tion request frame corresponds to an upstream packet 
to be used when one of the ONUs 22a, 22b and 22c 
requests its own registration to the OLT 20 after obtain- 
ing grant to transmit the registration request frame from 
the OLT 20. 

[0033] Referring to FIG. 7, the registration request 
frame comprises an SOP field 60, a packet type field 61 , 
a 6-bit control type field 62, a 6-byte temporary ONU ID 
field 63, a 3-byte random delay field 64 and a 2-byte 
HCS field 65. Six-bit control type information necessary 
for performing a PON function is recorded in the control 
type field 62 of the registration request frame shown in 
FIG. 7. A control type corresponding to a registration re- 
quest in accordance with an embodiment of the present 
invention is defined as a value of n 2 (= binary data of 
000010)°. Therefore, the value of D 2 (= binary data of 
000010)" is recorded in the control type field 62 of the 
registration request frame. When the registration of a 
corresponding ONU is requested, a temporary ONU ID 
is recorded in the temporary ONU ID field 63 of the reg- 
istration request frame. The temporary ONU ID has a 
6-byte Ethernet MAC hardware address. Three-byte 
random delay information is recorded in the random de- 



lay field 64 so that collision between packets is avoided. 
However, when late registration is requested, null data 
of n 0 n is recorded in the random delay field 64 because 
the random delay information is not used. Two bytes for 
5 CRC (Cyclic Redundancy Check) are recorded in the 
HCS field 65 so that an error in the registration request 
frame can be checked. 

[0034] FIG. 8 is a view showing a format of a registra- 
tion response frame for an ONU registration response 

io among the PON-function control frames. The registra- 
tion response frame corresponds to a downstream 
packet to be used when the OLT 20 informs a corre- 
sponding ONU of a registration result after registering 
the corresponding ONU. 

15 [0035] Referring to FIG. 8, the registration response 
frame comprises an SOP field 70, a packet type field 71 , 
a 6-bit control type field 72, a 6-byte temporary ONU ID 
field 73, a 1-byte registration ONU ID field 74, a 3-byte 
RTT field 75 and a 2-byte HCS field 76. Six-bit control 

20 type information necessary for performing a PON func- 
tion is recorded in the control type field 72 of the regis- 
tration response frame shown in FIG. 8. A control type 
corresponding to the registration response in accord- 
ance with an embodiment of the present invention is de- 

25 fined as a value of "3 (= binary data of 00001 1 )". There- 
fore, the value of "3 (= binary data of 00001 1 )" is record- 
ed in the control type field 72 of the registration response 
frame. When the registration of a corresponding ONU 
is requested, a temporary ONU ID is recorded in the 

30 temporary ONU ID field 73 of the registration response 
frame and a new ONU ID given by the OLT 20 is record- 
ed in the registration ONU ID field 74. A round trip time 
between the OLT 20 and the corresponding ONU 22a, 
22b or 22c is recorded in the RTT field 75. Two bytes 

35 for CRC are recorded in the HCS field 76 so that an error 
in the registration response frame can be checked. 
[0036] FIG. 9 is a view showing a format of a ranging 
request frame for a ranging request among the PON- 
function control frames. The registration request frame 

40 corresponds to an upstream packet to be used when 
one of the ONUs 22a, 22b and 22c requests ranging to 
the OLT 20 after obtaining a grant to transmit the ranging 
request frame from the OLT 20. 
[0037] Referring to FIG. 9, the ranging request frame 

45 comprises an SOP field 80, a packet type field 81 , a 6-bit 
control type field 82, a 1-byte ONU ID field 83 and a 
2-byte HCS field 84. Six-bit control type information nec- 
essary for performing a PON function is recorded in the 
control type field 62 of the ranging request frame shown 

so in FIG. 9. A control type corresponding to the ranging 
request in accordance with an embodiment of the 
present invention is defined as a value of "4 (= binary 
data of 000100)". Therefore, the value of "4 (= binary 
data of 000100)" is recorded in the control type field 82 

55 of the ranging request frame. An ID of the ONU request- 
ing the ranging is recorded in the ONU ID field 83 of the 
ranging request frame. Two bytes for CRC are recorded 
in the HCS field 84 so that an error in the ranging request 
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frame can be checked. 

[0038] FIG. 1 0 is a view showing a format of a ranging 
response frame for a ranging response among the PON- 
function control frames. The ranging response frame 
corresponds to a downstream packet to be used when 
the OLT20 informs a corresponding ONU of a ranging 
result. 

[0039] Referring to FIG. 1 0, the registration response 
frame includes an SOP field 90, a packet type field 91 , 
a 6-bit control type field 92, a 1 -byte ONU ID field 93, a 
3-byte error correction value field 94 and a 2-byte HCS 
field 95. Six-bit control type information necessary for 
performing a PON function is recorded in the control 
type field 92 of the ranging response frame shown in 
FIG. 1 0. A control type corresponding to the ranging re- 
sponse in accordance with an embodiment of the 
present invention is defined as a value of "5 (= binary 
data of 000101)". Therefore, the value of "5 (= binary 
data of 000101)" is recorded in the control type field 92 
of the ranging response frame. An ID of the ONU re- 
questing the ranging is recorded in the ONU ID field 93 
of the ranging response frame and a 3-byte error cor- 
rection value is recorded in the error correction value 
field 94 afterthe ranging. Two bytes for CRC are record- 
ed in the HCS field 95 so that an error in the ranging 
response frame can be checked. 
[0040] FIG. 11 is a view showing a format of a band- 
width allocation request framefor a bandwidth allocation 
request among the PON-function control frames. The 
bandwidth allocation request frame corresponds to an 
upstream packet to be used when one of the ONUs 22a, 
22b and 22c requests bandwidth allocation to the OLT 
20 after obtaining grant to transmit the bandwidth allo- 
cation request frame from the OLT 20. 
[0041] Referring to FIG. 11 , the bandwidth allocation 
request frame comprises an SOP field 100, a packet 
type field 101, a 6-bit control type field 102, a 1-byte 
ONU ID field 103, a 2-byte queue length field 104 and 
a 2-byte HCS field 105. Six-bit control type information 
necessary for performing a PON function is recorded in 
the control type field 102 of the bandwidth allocation re- 
quest frame shown in FIG. 11. A control type corre- 
sponding to the bandwidth allocation request in accord- 
ance with an embodiment of the present invention is de- 
fined as a value of "6 (= binary data of 000110)". There- 
fore, the value of "6 (= binary data of 0001 1 0)" is record- 
ed in the control type field 102 of the bandwidth alloca- 
tion request frame. An ID of the ONU requesting the 
bandwidth allocation is recorded in the ONU ID field 1 03 
of the bandwidth allocation request frame and informa- 
tion indicating a size of buffers on transmission standby 
in the ONU requesting the bandwidth allocation is re- 
corded in a queue length field 104. Two bytes for CRC 
are recorded in the HCS field 1 05 so that an error in the 
bandwidth allocation request frame can be checked. 
[0042] FIG. 1 2 is a view showing a format of a frame 
to be used for granting an opportunity to transmit up- 
stream data among the PON-function control frames. 



• ■ v. 

Hereinafter, the frame to be used for granting an oppor- 
tunity to transmit upstream data is referred to as a grant 
frame. The grant frame shown in FIG. 12 corresponds 
to a downstream packet to be used when the OLT 20 
5 grants a corresponding ONU the opportunity to transmit 
the upstream data. 

[0043] Referring to FIG. 1 2, the grant frame compris- 
es an SOP field 1 1 0, a packet type field 1 1 1 , a 6-bit con- 
trol type field 112, a 1-byte field 113 indicating the 

10 number of ONUs, a 1-byte ONU ID field 114, a 1-byte 
grant type field 11 5, a 3-byte grant time offset field 116, 
a 3-byte grant time length field 117, a 3-byte periodic 
ranging correction value field 1 1 8 and a 2-byte HCS field 
119. The 1-byte ONU ID field 114, the 1-byte grant type 

' 5 field 1 1 5, the 3-byte grant time offset field 1 1 6, the 3-byte 
grant time length field 1 1 7 and the 3-byte periodic rang- 
ing correction value field 118 are defined as ONU allo- 
cation information 108. The ONU allocation information 
1 08 in the grant frame exists for each ONU. 

20 [0044] Six-bit control type information necessary for 
performing a PON function is recorded in the control 
type field 112 of the grant frame shown in FIG. 12. A 
control type corresponding to the response to the rang- 
ing request in accordance with an embodiment of the 

25 present invention is defined as a value of 1 (= binary 
data of 000001)". Therefore, the value of "1 (= binary 
data of 000001 )" is recorded in the control type field 1 1 2 
of the grant frame. Information indicating the number of 
ONUs to which the OLT 20 grants the opportunity to 

30 transmit the upstream data is recorded in the field 113 
of the grant frame. An ONU receiving the grant frame 
uses the information indicating the number of ONUs to 
obtain a packet length. An ID of the ONU receiving the 
grant frame is recorded in the ONU ID field 1 1 4 and grant 

35 type information is recorded in the grant type field 115. 
In an embodiment of the present invention, a type of 
grant is defined as "1(00000001)" indicating a grant of 
an initial registration request, "2(00000010)" indicating 
a grant of a late registration request, "3(00000011)" in- 

40 dicating a grant of a ranging request, "4(000001 00)" in- 
dicating a grant of a bandwidth allocation request or "5 
(0000001 01 )" indicating a grant of a data request. Infor- 
mation indicating a point when an ONU starts data trans- 
mission is recorded in the grant time offset field 116. In- 

45 formation indicating a transmission time length is re- 
corded in the grant time length field 1 1 7. A periodic rang- 
ing correction value is recorded in the periodic ranging 
correction value field 118. Two bytes for CRC are re- 
corded in the HCS field 1 1 9 so that an error in the grant 

so frame can be checked. 

[0045] FIG. 1 3 is a view showing a format of an OAM 
(Operations, Administration and Maintenance) frame 
among the PON-function control frames. The OAM 
frame corresponds to a packet to be used for enabling 

55 the OLT 20 and the ONUs 22a, 22b and 22c to commu- 
nicate with each other. 

[0046] Referring to FIG. 1 3, the OAM frame compris- 
es an SOP field 120, a packet type field 1 21 , a 6-bit con- 
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trol type field 122, a 1-byte OAM content field 123 and 
a 2-byte HCS field 124. Six-bit control type information 
necessary for performing a PON function is recorded in 
the control type field 122 of the OAM frame shown in 
FIG. 13. A control type for operations, administration 
and maintenance in accordance with an embodiment of 
the present invention is defined as a value of "7 (= binary 
data of 000111)". Therefore, the value of "7 (= binary 
data of 0001 1 1 )" is recorded in the control type field 1 22 
of the OAM frame. OAM contents are recorded in the 
OAM content field 1 23. Two bytes for CRC are recorded 
in the HCS field 124 so that an error in the OAM frame 
can be checked. 

[0047] In the embodiments of the present invention 
described above, the GE-PON system performs various 
functions such as initial ONU registration, late ONU reg- 
istration, ranging, dynamic bandwidth allocation, etc. in 
connection with the variable-length Ethernet frames. 
[0048] FIG. 14 is a view explaining an initial ONU reg- 
istration procedure. FIG. 15 is a view illustrating a pro- 
cedure for correcting a synchronous error due to up- 
stream and downstream transmission delays using a 
round trip time. FIG. 1 6 is a view illustrating a late ONU 
registration procedure. FIG. 17 is a view illustrating an 
initial ranging procedure. FIG. 18 is a view illustrating a 
dynamic bandwidth allocation procedure. 
[0049] A synchronous signal "sync", shown in Figs. 
1 4 to 1 8, is a signal for adjusting a cycle period between 
the OLT 20 and the ONUs 22a, 22b and 22c and the 
synchronous signal "sync" is periodically transmitted 
from the OLT 20. In accordance with an embodiment of 
the present invention, the cycle period between syn- 
chronous signals "sync" is preferably set to 2msec. The 
reason for setting the cycle period between the synchro- 
nous signals "sync" to 2msec is as follows. If the cycle 
period is shorter, overhead increases. Further, if the cy- 
cle period is longer, the access time interval from re- 
spective ONUs is longer. If so, the QoS can degrade 
and the OAM function cannot be appropriately per- 
formed. Therefore, the cycle period between synchro- 
nous signals "sync" is set by trade-off of overhead vs. 
QoS. In the embodiment of the present invention, the 
synchronous signal "sync" is not defined by a particular 
frame format, but it can be implemented by a frame for- 
mat having a particular bit pattern. 

Initial ONU registration procedure 

[0050] First, the initial ONU registration procedure in 
accordance with an embodiment of the present inven- 
tion is described in detail with reference to FIG. 14. 
[0051] Referring to FIG. 14,theOLT20transmitssyn- 
chronous signals "sync" to ONUs 22i and 22j periodical- 
ly (e.g., every 2msec) after initial drive. The ONUs 22i 
and 22j (here, i or j is a, b or c as a natural number and 
i*j) are synchronized with the OLT20 in response to one 
of the synchronous signals "sync", periodically transmit- 
ted by the OLT 20. The ONUs 22i and 22j, in synchro- 



nization with the OLT 20, wait for the grant frame. The 
ONUs 22i and 22j check whether the value of the grant 
type field 115 in the grant frame shown in FIG. 12 is set 
to a value of "1(00000001)" indicating the grant of the 
5 initial registration request. If the value of the grant type 
field 115 is set to the value of "1(00000001)" indicating 
the grant of the initial registration request, the ONUs 22i 
and 22j identify a transmission start time of the initial 
registration request frame and a transmission time 
io length, which are recorded in the grant time offset field 
1 1 6 and the grant time length field 1 1 7, respectively. The 
ONU 22i or 22j transmits the registration request frame 
as the initial registration request frame shown in FIG. 7 
to the OLT 20 after a random delay to avoid collision of 
15 initial registration request frames transmitted from the 
ONUs 22i and 22j at a transmission time of the initial 
registration request frame. When the initial registration 
request frame is transmitted, the ONU 22i or 22j records 
the Ethernet MAC hardware address of 6 bytes as the 
temporary ONU ID in the temporary ONU ID field 63 of 
FIG. 7 in order to indicate which ONU transmitted the 
initial registration request frame. Further, the ONU 22i 
or 22j records a random delay value RD(x) (x = i or j) of 
3 bytes necessary for calculating an RTT recorded in 
the random delay field 64 shown in FIG. 7. 
[0052] In response to the initial registration request 
frame, the OLT 20 calculates a difference between a 
predicted frame arrival time t1 and a real frame arrival 
time t2, wherein the predicted frame arrival time t1 is 
predicted from the transmission start time of the initial 
registration request frame indicated in the grant frame. 
Further, the OLT 20 calculates the RTT using the ran- 
dom delay value RD(x) (x = i or j) recorded in the random 
delay field 64 of the initial registration request frame by 
the ONU 22i or 22j. The RTT has a DD (Downstream 
Delay) time and a UD (Upstream Delay) time. The RTT 
is a value of (the real frame arrival time t2 - the predicted 
frame arrival time t1 - the random delay value RD(x)). 
After calculating the RTT, the OLT 20 registers the ONUs 
22i and 22j requesting the ONU registration in an ONU 
list. The OLT 20 gives new ONU IDs to the ONUs 22) 
and 22j. The OLT 20 records the temporary ONU ID, i. 
e., the Ethernet MAC hardware address set by the ONU 
requesting the ONU registration in the temporary ONU 
ID field 73 of the registration response frame shown in 
FIG. 8. The OLT 20 records a new ONU ID in the regis- 
tration ONU ID field 74. The OLT 20 records the calcu- 
lated RTT to be used for correcting an upstream or 
downstream transmission RTT in the RTT field 75. Two 
bytes for CRC are recorded in the HCS field 65 so that 
an error in the registration response frame can be 
checked. 

[0053] The OLT 20 transmits the registration re- 
sponse frame shown in FIG. 8 including the new ONU 
ID and the RTT to a corresponding ONU 22x (x = i or j). 
When the corresponding ONU 22x (x = i or j) receives 
the registration response frame shown in FIG. 8, it cor- 
rects a synchronous error due to the DD and UD using 
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the RTT in the registration response frame received 
from the OLT 20 as shown in FIG. 15. The ONU 22x 
corrects the synchronous error by processing a syn- 
chronous signal reception point as a point, which makes 
the RTT faster the point when it actually receives the 
synchronous signal. 

[0054] The OLT 20 continuously transmits the initial 
registration grant frame for a constant period (e.g., sev- 
eral tens of times) so that the ONUs 22i and 22j can 
have sufficient opportunities for the initial registration. 
However, if the ONU has not performed its own initial 
registration, it can perform its own registration using the 
late ONU registration procedure described below. 

Late ONU registration procedure 

[0055] The late ONU registration procedure in accord- 
ance with an embodiment of the present invention is de- 
scribed in detail with reference to FIG. 1 6. The late ONU 
registration procedure gives a late registration opportu- 
nity to a new ONU while the OLT 20 and the ONUs 22a, 
22b and 22c communicate with each other. 
[0056] Referring to FIG. 16, the OLT 20 periodically 
transmits synchronous signals "sync" and downstream 
grant information shown in FIG. 12. Existing ONUs 22m 
receive the downstream grant information and transmit 
upstream information (real subscriber data). 
[0057] When a new ONU 22n besides the existing 
ONUs is driven, the new ONU 22n is synchronized with 
the OLT 20 in response to one of synchronous signals 
"sync" periodically transmitted by the OLT 20. The ONU 
22n in synchronization with the OLT 20 waits for the 
grant frame shown in FIG. 12. The ONU 22n checks a 
value of the grant type field 115 included in the grant 
frame shown in FIG. 12. If the value of the grant type 
field 115 is set to the value of "2(0000001 0)" indicating 
the grant of the late registration request, the ONU 22n 
identifies a transmission start time of the late registration 
request frame and a transmission time length, which are 
recorded in the grant time offset field 116 and the grant 
time length field 117, respectively. The ONU 22n trans- 
mits the registration request frame as the late registra- 
tion request frame shown in FIG. 7 to the OLT 20 at the 
transmission time of the late registration request frame. 
When the late registration request frame is transmitted, 
the ONU 22n records the Ethernet MAC hardware ad- 
dress of 6 bytes as the temporary ONU ID in the tem- 
porary ONU ID field 63 in order to indicate which ONU 
transmitted the late registration request frame. After the 
ONU 22n records a random delay value of "0° in the ran- 
dom delay field 64, the late registration request frame is 
transmitted. Since a high bandwidth cannot be allocated 
to the late registration request differently from the initial 
registration request, the random delay value is not used. 
[0058] Where several ONUs become simultaneously 
newly driven and a frame collision is caused between 
the transmitted late registration frames, the registration 
response frames from the OLT 20 cannot be transmitted 



to the ONUs requesting the late registration. If an ONU 
does not receive the registration response frame, the 
ONU re-transmits the late registration request frame a 
predetermined number of times for its own late registra- 

5 tion using a random back-off algorithm, receives a late 
registration grant frame and transmits the late registra- 
tion request frame, thereby avoiding frame collision. 
When the ONU transmits the late registration request 
frame, it records the 6-byte Ethernet MAC hardware ad- 

10 dress as the temporary ONU ID in the temporary ONU 
ID field 63 in order to indicate which ONU transmitted 
the late registration requestframe.TheONU records the 
3-byte random delay value in the random delay field 64. 
Further, the ONU records the 3-byte random delay value 

is in the random delay field 64. 

[0059] Where the OLT 20 receives the late registra- 
tion request frame without any frame collision, the OLT 
20 calculates the RTT using a difference between a pre- 
dicted frame arrival time t3 and a real frame arrival time 

20 t4, wherein the predicted frame arrival time t3 is predict- 
ed from the transmission start time of the late registra- 
tion request frame indicated in the grant frame. The RTT 
has a value of (the real frame arrival time t4 - the pre- 
dicted frame arrival time t3). After calculating the RTT, 

25 the OLT 20 registers the ONU requesting the late regis- 
tration in an ONU list. The OLT 20 gives a new ONU ID 
to the ONU 22n. Thereafter, the OLT 20 transmits the 
registration response frame including the new ONU to 
the ONU 22n requesting the late registration. The OLT 

30 20 records the temporary ONU ID, i.e., the Ethernet 
MAC hardware address set by the ONU 22n requesting 
the late registration in the 6-byte temporary ONU ID field 
73 of the registration response frame shown in FIG. 8 
so that the ONU 22n requesting the late registration can 

35 receive the registration response frame. The OLT 20 
records the new ONU ID in the registration ONU ID field 
74. The OLT 20 records the calculated RTT to be used 
for correcting an upstream-and-downstream-transmis- 
sion RTT in the 3-byte RTT field 75. 

40 [0060] When the ONU 22n requesting the late regis- 
tration receives the registration response frame shown 
in FIG. 8, it corrects a synchronous error due to the DD 
and UD using the RTT in the registration response frame 
received from the OLT 20 as shown in FIG. 15. 

45 

Initial ranging procedure 

[0061] An initial ranging procedure in accordance with 
an embodiment of the present invention is described 

50 with reference to FIG. 17. 

[0062] The OLT 20 gives an initial ranging opportunity 
to the registered ONUs through the initial ONU registra- 
tion and the late ONU registration. The OLT 20 and the 
ONUs 22a, 22b and 22c correct the synchronous error 

55 due to the upstream and downstream delays, but a pre- 
cision correction of an error caused by an external var- 
iation is not made. To correct an error caused by an ex- 
ternal variation, the OLT 20 records the 1-byte ONU ID 
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indicating an ONU having a ranging opportunity in the 
ONU ID field 114 of the grant frame shown in FIG. 12. 
The OLT20 records a value of "3(0000001 1)" indicating 
the grant of the ranging request as a type of a grant in 
the grant type field 115. The OLT 20 records a periodic 
ranging correction value of "0" in the periodic ranging 
correction value field 1 1 8. The OLT 20 records a 3-byte 
grant start time in the grant time offset field 116 and 
records a 3-byte grant time length in the grant time 
length field 117. The OLT 20 performs the downstream 
transmission of the grant frame having those records. 
[0063] The ONU having an upstream transmission 
opportunity for the ranging request performs the up- 
stream transmission of the ranging request frame at a 
next ranging grant start time. 
[0064] The OLT 20 receiving the ranging request 
frame calculates an error using a difference between a 
predicted frame arrival time and a real frame arrival time, 
wherein the predicted frame arrival time is predicted 
from the transmission start time of the ranging request 
frame indicated in the grant frame. Thereafter, the OLT 
20 records the calculated error as a 3-byte error correc- 
tion value in the error correction value field 94 of the 
ranging response frame shown in FIG. 10. The OLT 20 
performs the downstream transmission of the ranging 
response frame including the error correction value. 
Therefore, if the ONU receives the ranging response 
frame shown in FIG. 10, it performs the precision cor- 
rection of the error caused by the external variation us- 
ing the error correction value recorded in the error cor- 
rection value field 94. 

[0065] After the initial ranging, the OLT 20 does not 
give an additional dynamic ranging opportunity for peri- 
odic error correction. However, the OLT 20 obtains an 
error using an arrival time difference of an upstream 
bandwidth allocation request frame shown in FIG. 11 to 
be generated periodically in the dynamic bandwidth al- 
location procedure, which is described below in connec- 
tion with FIG. 18. The OLT 20 records the periodic rang- 
ing correction value of 3 bytes in the periodic ranging 
correction value field 11 8 of a next grant frame and per- 
forms the downstream transmission of the grant frame. 

Dynamic bandwidth allocation procedure 

[0066] The dynamic bandwidth allocation procedure 
in accordance with an embodiment of the present inven- 
tion is described with reference to FIG. 18. 
[0067] The OLT 20 transmits the grant frame shown 
in FIG. 12 to the respective registered ONUs 22a, 22b 
and 22c in order to grant a bandwidth allocation request. 
The OLT 20 records the number of registered ONUs in 
the field 113 of the grant frame shown in FIG. 12. The 
OLT 20 records an ID of an ONU having a bandwidth 
allocation request opportunity in the 1 -byte ONU ID field 
114. The OLT 20 records a value of "4(000001 00)° indi- 
cating the grant of the bandwidth allocation request in 
the 1-byte grant type field 115. The OLT 20 records the 



periodic ranging correction value in the 3-byte periodic 
ranging correction value field 118. Further, the OLT 20 
records a grant time offset in the 3-byte grant time offset 
field 1 1 6. The OLT 20 records a transmission time length 
5 scheduled by a scheduler included in the OLT 20 in the 
grant time length field 1 1 7. The scheduler calculates an 
ONU-unit transmission time length on the basis of a size 
of buffers on transmission standby to be provided from 
the ONUs. 

w [0068] The OLT 20 transmits the grant frame shown 
in FIG. 12 having the information described above to the 
ONUs 22a, 22b and 22c. Then, the ONUs 22a, 22b and 
22c have the grant for the bandwidth allocation request. 
[0069] The ONU having an upstream transmission 

15 opportunity forthe bandwidth allocation request records 
information indicating the size of buffers on the trans- 
mission standby in the 2-byte queue length field 104 of 
the bandwidth allocation request frame BW__Request 
shown in FIG. 11 at a next bandwidth allocation request 

20 time. The ONUs perform the upstream transmission of 
the bandwidth allocation request frame BW_Request. 
Thereafter, the ONUs transmits data on the transmis- 
sion standby forthe transmission time length on the ba- 
sis of the transmission time length information sched- 

25 uled. 

[0070] As apparent from the above description, the 
present invention provides a frame format capable of ef- 
fectively accommodating Gigabit Ethernet traffic in a 
GE-PON (Gigabit Ethernet-Passive Optical Network) 
30 system and a method for implementing various func- 
tions such as initial ONU registration, late ONU regis- 
tration, ranging, and dynamic bandwidth allocation in 
the GE-PON system. 



1 . A method for implementing various functions in a 
GE-PON (Gigabit Ethernet-Passive Optical Net- 
work) system, the method comprising: 

periodically transmitting, by the OLT, synchro- 
nous signals to the ONUs after initial drive such 
that each of said plurality of ONUs is synchro- 
nized with the OLT in response to one of the 
synchronous signals periodically transmitted; 
identifying, by the ONU synchronized with the 
OLT, a transmission start time of an initial reg- 
istration request frame and a transmission time 
length included in a grant frame such that the 
ONU transmits the initial registration request 
frame to the OLT after a random delay in order 
to avoid collision of initial registration request 
frames transmitted from the ONUs at a trans- 
mission time of the initial registration request 
frame; 

calculating, by the OLT receiving the initial reg- 
istration request frame, a difference between a 
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predicted frame arrival time and a real frame 
arrival time, the predicted frame arrival time be- 
ing predicted from the transmission start time 
of the initial registration request frame indicated 
in the grant frame such that the OLT calculates 
an RTT (Round Trip Time) with a random delay 
value; and 

registering, by the OLT of the ONU requesting 
an ONU registration, in an ONU list after calcu- 
lation of the RTT such that the OLT gives a new 
ONU ID to the ONU, and transmits a registra- 
tion response frame including the new ONU ID 
and the RTT to the ONU requesting the ONU 
registration. 

2. The method as set forth in claim 1 , further compris- 
ing: 

using the RTT included in the registration re- 
sponse frame by the ONU receiving the regis- 
tration response frame to correct a synchro- 
nous error due to a DD (Downstream Delay) 
and a UD (Upstream Delay). 

3. The method as set forth in claim 1 or 2, further com- 
prising: 

before identification of the transmission start 
time of the initial registration request frame and 
the transmission time length included in the 
grant frame, determining by the ONU whether 
a value of a grant type field is set to a value 
indicating a grant of the initial registration re- 
quest. 

4. The method as set forth in any of claims 1 to 3, 
wherein the initial registration request frame in- 
cludes an Ethernet MAC (Medium Access Control) 
hardware address identifying the ONU requesting 
the ONU registration as a temporary ONU ID. 

5. The method as set forth in any of claims 1 to 4, 
wherein the RTT has a value of the difference of the 
real frame arrival time, the predicted frame arrival 
time and the random delay value. 

6. A method for implementing a plurality of functions 
in a GE-PON (Gigabit Ethernet-Passive Optical 
Network) system, the method comprising: 

transmitting and receiving data by the OLT and 
the plurality of ONUs in synchronization with 
the OLT on the basis of synchronous signals; 
synchronizing at least one ONU, newly driven 
among the ONUs, with a synchronous signal of 
downstream transmission; 
identifying by the ONU in synchronization with 
the synchronous signal a transmission start 



time of a late registration request frame and a 
transmission time length included in a grant 
frame such that the ONU transmits the late reg- 
istration request frame to the OLT at a trans- 

s mission time of the late registration request; 

calculating by the OLT receiving the late regis- 
tration request frame a difference between a 
predicted frame arrival time and a real frame 
arrival time, the predicted frame arrival time be- 

10 ing predicted from the transmission start time 

of the late registration request frame indicated 
in the grant frame such that the OLT calculates 
an Round Trip Time (RTT) with a random delay 
value; and 

15 registering, by the OLT, the ONU requesting a 

late ONU registration in an ONU list after cal- 
culation of the RTT, wherein the OLT gives a 
new ONU ID to the ONU, and transmits a reg- 
istration response frame that comprises the 

20 new ONU ID and the RTT to the ONU request- 

ing the late ONU registration. 

7. The method as set forth in claim 6, further compris- 
ing: 

25 

correcting by the ONU that receives the regis- 
tration response frame a synchronous error 
due to a DD (Downstream Delay) and a UD 
(Upstream Delay) with the RTT included in the 
30 registration response frame; and 

if the ONU does not receive the registration re- 
sponse frame, the ONU conducting the steps 
of: 

35 re-transmitting the late registration request 

frame a predetermined number of times for 
its own late registration with a random 
back-off algorithm, 

receiving a late registration grant frame, 
40 and 

performing upstream transmission of the 
late registration request frame. 

8. A method for implementing a plurality of functions 
45 in a GE-PON (Gigabit Ethernet-Passive Optical 

Network) system, the method comprising: 

transmitting by the OLT grant frames to the plu- 
rality of ONUs in order to correct an error 

so caused by an external variation, each grant 

frame comprising information relating to an ID 
of an ONU having a ranging opportunity, a grant 
start time and a grant time length; 
transmitting by the ONU receiving the grant 

55 frame a ranging request frame to the OLT at a 

next ranging grant start time; and 
calculating by the OLT receiving the ranging re- 
quest frame an error using a difference be- 
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tween a predicted frame arrival time and a real 
frame arrival time, the predicted frame arrival 
time being predicted from the transmission start 
time of the ranging request frame indicated in 
the grant frame such that the OLT transmits the s 
ranging response frame comprising an error 
correction value based on the calculated error 
to the ONU requesting ranging. 



The method as set forth in claim 8, further compris- 
ing: 



10 



performing by the ONU receiving the grant 
frame a precision correction of the error caused 
by an external variation using the error correc- is 
tion value included in the grant frame. 

10. A method for implementing a plurality of functions 
in a GE-PON (Gigabit Ethernet-Passive Optical 
Network) system, the method comprising: 20 

transmitting by the OLT grant frames to the 
ONUs in order to grant a bandwidth allocation 
request, each grant frame comprising informa- 
tion relating to the number of registered ONUs, 25 
an ID of an ONU having a bandwidth request 
opportunity, a periodic ranging correction val- 
ue, a grant time offset and a transmission time 
length; 

transmitting by the ONU receiving the grant 30 
frame a bandwidth allocation request frame 
comprising information relating to a size of buff- 
ers on transmission standby at a next band- 
width allocation request time to the OLT; and 
after transmission of the bandwidth allocation 35 
request frame, transmitting by the ONU receiv- 
ing the grant frame data on the transmission 
standby for the transmission time length on the 
basis of the transmission time length informa- 
tion to the OLT. 40 

11. A structure of a variable-length Ethernet frame to 
be transmitted between an OLT (Optical Line Ter- 
mination) (20) and a plurality of ONUs (Optical Net- 
work Units) (22a, 22b, 22c) in a GE-PON (Gigabit 45 
Ethernet-Passive Optical Network) system, the 
structure comprising: 

an SOP (Start Of Packet) field (30) in which in- 
formation indicating a start of a packet is re- so 
corded; 

a packet type field (32) in which information 
necessary for identifying a type of packet is re- 
corded; 

a PON header content field (34) in which PON ss 
header contents according to the type of packet 
are recorded; and 

a PDU (Packet Data Unit) field (36) in which 



packet data according to the type of the packet 
is recorded. 

12. The structure as set forth in claim 11 , wherein the 
type of the packet comprises an Ethernet PDU 
packet, an ATM-PDU (Asynchronous Transfer 
Mode-Passive Optical Network) packet and a PON 
dedicated packet for accommodating PON func- 
tions. 

13. The structure as set forth in claim 12, wherein the 
PON header content field for a packet type corre- 
sponding to an Ethernet PDU comprises: 

a null data field (42); 

an ONU ID field (43) in which an ONU ID indi- 
cating a destination of the packet is recorded 
when the OLT transmits a downstream packet 
and an ONU ID indicating a source of each 
packet is recorded when the ONUs transmit up- 
stream packets; 

a length field (44) in which total length informa- 
tion including an Ethernet PDU length and a 
header length is recorded; and 
an HCS (Head Check Sum) field (45) in which 
information for a header error check, except for 
the Ethernet PDU, is recorded. 

14. The structure as set forth in claim 12, wherein the 
PON header content field for a packet type corre- 
sponding to an ATM-PDU comprises: 

a null data field (52); 

an ONU ID field (53) in which an ONU ID indi- 
cating a destination of the packet is recorded 
when the OLT transmits a downstream packet 
and an ONU ID indicating a source of each 
packet is recorded when the ONUs transmit up- 
stream packets; 

a length field (54) in which total length informa- 
tion including an ATM-PDU length and a header 
length is recorded; and 

an HCS (Head Check Sum) field (55) in which 
information for a header error check, except for 
the ATM-PDU, is recorded. 

1 5. A structure of a registration request frame for a reg- 
istration request among PON-function control 
frames to be transmitted between an OLT (Optical 
Line Termination) (20) and a plurality of ONUs (Op- 
tical Network Units) (22i, 22j) in a GE-PON (Gigabit 
Ethernet-Passive Optical Network) system, the 
structure comprising: 

an SOP (Start Of Packet) field (60) in which in- 
formation indicating a start of a packet is re- 
corded; 

a packet type field (61) in which information 
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necessary for identifying a type of packet is re- 
corded; 

a control type field (62) In which control type 
information necessary for performing a PON 
function is recorded; 

a temporary ONU ID field (63) in which a tem- 
porary ONU ID is recorded when ONU registra- 
tion is requested; 

a random delay field (64) in which random delay 
information is recorded so that collision be- 
tween ONU registration request packets is 
avoided; and 

an HCS (Head Check Sum) field (65) in which 
information for CRC (Cyclic Redundancy 
Check) is recorded so that an error in the reg- 
istration request frame is checked. 

16. The structure as set forth in claim 15, wherein the 
temporary ONU ID has an Ethernet MAC (Medium 
Access Control) hardware address. 

17. The structure as set forth in claim 1 5 or 1 6, wherein 
the random delay information recorded in the ran- 
dom delay field is a null data value when late regis- 
tration is requested. 

18. A structure of a registration response frame for a 
registration response among PON-function control 
frames to be transmitted between an OLT (Optical 
Line Termination) (20) and a plurality of ONUs (Op- 
tical Network Units) (21 i, 22j) in a GE-PON (Gigabit 
Ethernet-Passive Optical Network) system, the 
structure comprising: 

an SOP (Start Of Packet) field (70) in which in- 
formation indicating a start of a packet is re- 
corded; 

a packet type field (71) in which information 
necessary for identifying a type of packet is re- 
corded; 

a control type field (72) in which control type 
information necessary for performing a PON 
function is recorded; 

a temporary ONU ID field (73) in which a tem- 
porary ONU ID is recorded when ONU registra- 
tion is requested; 

a registration ONU ID field (74) in which a new 
ONU ID given by the OLT Is recorded; 
an RTT (Round Trip Time) field (75) in which a 
round trip time between the OLT and a corre- 
sponding ONU is recorded; and 
an HCS (Head Check Sum) field (76) In which 
information for CRC (Cyclic Redundancy 
Check) is recorded so that an error in the reg- 
istration response frame is checked. 

1 9. A structure of a ranging request frame for a ranging 
request among PON-function control frames to be 



• « 

transmitted between an OLT (Optical Line Termina- 
tion) (20) and a plurality of ONUS (Optical Network 
Units) (21 i, 22j) in a GE-PON (Gigabit Ethernet- 
Passive Optical Network) system, the structure 
s comprising: 

an SOP (Start Of Packet) field (80) in which in- 
formation indicating a start of a packet is re- 
corded; 

10 a packet type field (81) in which information 

necessary for identifying a type of packet is re- 
corded; 

a control type field (82) in which control type 
information necessary for performing a PON 

15 function is recorded; 

an ONU ID field (83) in which an ID of an ONU 
requesting ranging is recorded; and 
an HCS (Head Check Sum) field (84) in which 
information for CRC (Cyclic Redundancy 

20 Check) is recorded so that an error in the rang- 

ing request frame is checked. 

20. Structure as set forth in claim 19 comprising: 

25 an error correction value field (94) in which an 

error correction value is recorded after the 
ranging. 

21 . A structure of a bandwidth allocation request frame 
30 for a bandwidth allocation request among PON- 
function control frames to be transmitted between 
an OLT (Optical Line Termination) (20) and a plural- 
ity of ONUs (Optical Network Units) (22i, 22j) in a 
GE-PON (Gigabit Ethernet-Passive Optical Net- 

55 work) system, the structure comprising: 

an SOP (Start Of Packet) field (100) in which 
information indicating a start of a packet is re- 
corded; 

40 a packet type field (101) in which information 

necessary for identifying a type of packet is re- 
corded; 

a control type field (102) in which control type 
information necessary for performing a PON 

45 function is recorded; 

an ONU ID field (1 03) in which an ID of an ONU 
requesting bandwidth allocation is recorded; 
a queue length field (104) in which information 
indicating a size of buffers on transmission 

so standby in the ONU requesting the bandwidth 

allocation is recorded; and 
an HCS (Head Check Sum) field (105) in which 
information for CRC (Cyclic Redundancy 
Check) is recorded so that an error in the band- 

55 width allocation request frame is checked. 

22. A structure of a grant frame for granting an oppor- 
tunity to transmit upstream data among PON-func- 
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tion control frames to be transmitted between an 
OLT (Optical Line Termination) (20) and a plurality 
of ONUs (Optical Network Units) (22i, 22j) in a 
GE-PON (Gigabit Ethernet-Passive Optical Net- 
work) system, the structure comprising: 5 

an SOP (Start Of Packet) field (110) in which 
information indicating a start of a packet is re- 
corded; 

a packet type field (111) in which information 10 
necessary for identifying a type of packet is re- 
corded; 

a control type field (112) in which control type 
information necessary for performing a PON 
function is recorded; 15 
a field (113) in which information indicating the 
number of ONUs to which the OLT grants the 
opportunity to transmit the upstream data is re- 
corded; 

an ONU ID field (1 1 4) in which an ID of an ONU 20 
receiving the grant frame is recorded; 
a grant type field (115) in which grant type in- 
formation is recorded; 

a grant time offset field (116) in which informa- 
tion indicating a point when an ONU starts data 25 
transmission is recorded; 
a grant time length field (1 1 7) in which informa- 
tion indicating a transmission time length is re- 
corded; 

a periodic ranging correction value field (118) 30 
in which a periodic ranging correction value is 
recorded; and 

an HCS (Head Check Sum) field (1 1 9) in which 
information for CRC (Cyclic Redundancy 
Check) is recorded so that an error in the grant 35 
frame is checked. 



Check) is recorded so that an error in the OAM 
frame is checked. 



23. A structure of an OAM (Operations, Administration 
and Maintenance) frame among PON-function con- 
trol frames to be transmitted between an OLT (Op- 40 
tical Line Termination) (20) and a plurality of ONUs 
(Optical Network Units) (22i, 22j) in a GE-PON (Gi- 
gabit Ethernet-Passive Optical Network) system, 
the structure comprising: 

45 

an SOP (Start Of Packet) field (120) in which 
information indicating a start of a packet is re- 
corded; 

a packet type field (121) in which information 
necessary for identifying a type of packet is re- so 
corded; 

a control type field (122) in which control type 
information necessary for performing a PON 
function is recorded; 

an OAM content field (1 23) in which OAM con- 55 
tents are recorded; and 
an HCS (Head Check Sum) (124) field in which 
information for CRC (Cyclic Redundancy 
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